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BACKGROUND OF THE INVENTION 

Field of the Invention 

5 The present invention generally relates to wireless 

networks and, more particularly, to wireless network 

activation with carriers and registration with service 
providers . 

10 Discussion of Background 

The wireless communication revolution is bringing 
fundamental changes to data networking and telecommunication, 
and is making integrated networks a reality. By freeing the 
user from the cord, personal communications networks, wireless 

15 local area networks (LAN's), and mobile radio networks and 
cellular systems harbor the promise of fully distributed 
mobile computing and communications, any time, anywhere. 
Numerous wireless services are also maturing and are poised to 
change the way and scope of communication. 

20 Many manufacturers have begun to incorporate wireless 

technologies into a new kind of computer — the personal digital 
assistant (PDA) - A PDA is a computer that is small enough to 
be held in the hand of a user. A PDA runs personal 
information management applications such as an address book, a 

25 daily organizer, and electronic notepads. These applications 
make people' s lives easier. 
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FIG. 1 shows a basic configuration of a popular PDA 
brand, the Palm™ 10. However, the Palm™ 10 is much more than 
a simple PDA. This small, slim, device, about the size of 
your wallet, can hold 6000 addresses, 5 years of appointments, 
5 1500 to-do items, 1500 memos, 200 e-mail messages, and can run 
many different software applications. 

The front panel of the Palm™ 10 is a large liquid crystal 
display ("LCD") 11, which is touch-sensitive and allows a user 
to enter and manipulate data. By using a stylus (not shown) 

10 to interact with the touch-sensitive screen, a user may easily 
navigate through a host of various software applications. A 
stylus is used to interact with information on a screen in 
much the same way a mouse is used with a desktop personal 
computer. The display device also includes a Graffiti™ 

15 writing section 12 for tracing alphanumeric characters as 
input . 

Regarding wireless connectivity, a given wireless network 
typically has many different carriers for the same network 
type. For example, Bell South™ and Rogers AT&T™ are wireless 

20 carriers that both run Mobitex™ networks. Further, many 
wireless computers are manufactured to be compatible with a 
particular network type, carrier, and/or service provider. 

Unfortunately, problems arise when a consumer, 
manufacturer, or provider later desires the computer to be 

25 compatible with another network or another carrier. 
Integrated within the computer's architecture, may be an 
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operating system that allows a user to connect with a specific 
carrier and/or service provider. For example, applications 
that allow connectivity with a specific carrier, such as 
BellSouth™, may be written to a read-only memory (ROM) of the 
PDA. Such a framework makes it difficult to later make the 
PDA compatible with another carrier or with another type of 
network. 

The PDA that is compatible with only BellSouth™ can not 
be taken to Europe to be compatible with a French carrier, 
much less a wireless network in France. Thus, the 

manufacturer that builds the PDA that is compatible with 
BellSouth™ will have to build a different PDA to be compatible 
with a French carrier, and another device for Australia, and 
another for Japan, etc. 

While a PDA may be manufactured for a regional carrier 
and/or service provider, wireless networks naturally provide 
users with extended computing capabilities and mobility. 
Users are able to move about, carrying their computers with 
them and maintaining uninterrupted communication with their 
servers. Wireless networks should be able to allow users to 
turn on their computers almost anywhere in the world, to 
establish access to their home servers, and to retrieve their 
files and email. Such mobility, however, is difficult with 
commonly available wireless technology. 

Consequently, the implementation of wireless networks 
presents new problems. Unfortunately, classical communication 



theory and wired network models does not efficiently solve 
these new problems. 
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SUMMARY OF THE INVENTION 

It has been recognized that what is needed is a framework 
for providing broader compatibility with wireless networks. 
Broadly speaking, the present invention fills these needs by 
providing a system and method for managing wireless network 
activation with a carrier and for handling registration with a 
service provider. It should be appreciated that the present 
invention can be implemented in numerous ways, including as a 
process, an apparatus, a system, a device or a method. 
Several inventive embodiments of the present invention are 
described below. 

In one embodiment, a method is provided for managing 
network activation with a carrier and registration with a 
service provider. The method comprises: determining a 
network activation status with a carrier; if not activated, 
performing network activation procedures ; determining a 
registration status with a service provider; if not 
registered, sending a request to a server of the service 
provider for a registration file configured to gather user 
registration information; receiving the registration file from 
the server; and executing the registration file. 

In another embodiment, a generic framework is provided 
for network activation and registration. The framework 

comprises: a generic driver device configured to manage 
network activation procedures and registration procedures; and 
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a plug-in device configured to initiate registration 
procedures based on commands received from the driver, wherein 
the plug-in device is tailored to a particular service 
provider. 

5 In still another embodiment, the framework is provided 

wherein the plug-in device includes an address to a 
registration file configured to gather user registration 
information for the particular service provider. 

Advantageously, the present invention provides a generic 
10 framework for activation and registration. The generic 
framework can be configured to be compatible with multiple 
carriers and/or service providers for any language. The 
generic framework can also be used for multiple wireless 
network types. No longer does a personal computer have to be 
15 manufactured to be compatible with individual carriers, 
particular service providers, or specific networks. Easily 
installable plug-in devices can be tailored to each carrier, 
service provider, or network type. Accordingly, carriers can 
readily make themselves compatible with a given personal 
20 computer without having to change the personal computer's ROM 
to fit the particular carrier, service provider, or network 
type. Thus, a generalized infrastructure is put in place to 
bring new carriers and personal computers online substantially 
quicker . 

25 
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The invention encompasses other embodiments of a method, 
an apparatus, and a computer-readable medium, which are 
configured as set forth above and with other features and 
alternatives . 
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BRIEF DESCRIPTION OF THE DRAWINGS 

The present invention will be readily understood by the 
following detailed description in conjunction with the 
accompanying drawings. To facilitate this description, like 
reference numerals designate like structural elements. 

FIG. 1 shows a basic configuration of a popular PDA 
brand, the Palm™. 

FIG. 2 is a block diagram of selected components of a 
computer that includes wireless network technology, in 
accordance with one embodiment of the present invention. 

FIG. 3 is a block diagram of the architecture for the 
generic activation and registration framework (GARF) , in 
accordance with one embodiment of the present invention. 

FIG. 4 shows a high-level flowchart for a method of 
managing network activation with a carrier and registration 
with a service provider, in accordance with one embodiment of 
the present invention. 

FIG. 5A shows a more detailed flowchart for a method of 
managing network activation with a carrier and registration 
with a service provider, in accordance with one embodiment of 
the present invention. 

FIG. 5B is a continuation of the flowchart of FIG. 5A, in 
accordance with one embodiment of the present invention. 



DESCRIPTION OF THE PREFERRED EMBODIMENTS 



An invention is disclosed for a system and method for 
managing network activation with a carrier and registration 
with a service provider. Numerous specific details are set 
forth in order to provide a thorough understanding of the 
present invention. It will be understood, however, to one 
skilled in the art, that the present invention may be 
practiced without some or all of these specific details. 

General Overview 

FIG. 2 is a block diagram of selected components of a 
computer 100 that includes wireless network technology, in 
accordance with one embodiment of the present invention. The 
computer 100 includes a processing device 110, for executing 
applications and an operating system of the computer 100, a 
memory device 120 for storing the operating system, data, and 
applications (including plug-in executable files) . 

A display screen 130 is provided (preferably a touch 
sensitive screen) for display of operating system prompts, 
buttons, icons, application screens, and other data, and for 
providing user inputs via tapping or touching (or drawing in 
the Graffiti™ area) via a stylus or other touch mechanism. 
Hardware interface 135 connects to physical hard buttons and 
switches located on a body of the computer 100 and provides 
signals to applications running on the processing unit 110. 
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A bus 155 carries data and commands to/from the 
processing unit 110 from/to other devices within the computer 
100. For example, user applications running on the computer 
100 may be stored in the memory device 120. The user 
applications send application screens and other data outputs 
to display screen 130 for display via the bus 155. User 
inputs (Graffiti™ area drawing, or tap selection, for example) 
are detected by the screen 130 and sent to the processing unit 
110 via the bus 155. 

A mobile radio device 140 (part of the wireless 
technology in the computer 100) provides connectivity to a 
wireless network (not shown) . The mobile radio device 140 is 
configured to detect inbound network transactions from the 
network directed toward the mobile radio device 140. For 
example, the inbound network transaction may be a page 
notification that is sent to a pager device executing on the 
processing unit 110. 

In the embodiment of FIG. 2, the computer 100 is 
illustrated as a personal digital assistant (PDA) . A PDA is a 
handheld computer such as a Palm™, Palm III™, or Palm V™, or 
Palm VII™ organizers, manufactured by Palm, Inc. Other 
embodiments of the invention can include Windows CE™ and 
Visor™ handheld computers, other handheld computers, other 
personal digital assistants (PDAs) , desktop computers, laptop 
computers, workstations, or mainframes. 
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The Palm™ and its operating environment are used herein 
to illustrate various aspects of the present invention. 
However, it should be understood that the present invention 
may be practiced on other devices, including other Palm™ 
models, PDA's, computer devices, personal computers, 
notebooks, etc. 

General Overview Of Generic Activation 
And Registration Framework 

FIG. 3 is a block diagram of the architecture for the 
generic activation and registration framework (the "GARF") 
200, in accordance with one embodiment of the present 
invention. The GARF is a system for providing network 
activation and registration in a network that may have 
multiple carriers and/or service providers. 

The GARF 200 provides a driver device 202 that generally 
controls network activation and registration procedures for 
the computer 100. Networking applications that may be 
tailored for a specific carrier or service provider are not 
included in the driver device. Rather, a plug-in device 204 
(or multiple plug-in devices) may be installed in the computer 
100. A plug-in device 204 includes hardware and/or software 
specifically tailored for a particular carrier and service 
provider. Through a given plug-in device 204, the computer 



100 can communicate with a carrier and service provider that 

is intended for that plug-in device 204. For example, a 
driver device 202 may communicate with a provider T s web server 
206 with assistance from the plug-in device 204. 
Additionally, the provider T s web server 206 can send a 
registration file 208 to the driver device 202, which can then 
launch the registration file 208 in the computer 100. The 
registration file 208 is an executable file configured to 
allow the computer 100 to be compatible with a particular 
carrier and/or service provider. 

The GARF 200 allows manufacturers to build a computer 100 
for operation in wireless networks of any verbal language. 
For example, a generic driver device 202 may be built that is 
nonspecific to any particular verbal language. The plug-in 
device 204, on the other hand, may be then be configured to be 
language specific. If France, for instance, has three 
different service providers that operate the same way in the 
French language, the GARF 200 allows one computer 100 to 
communicate with all three service providers. In another 
embodiment, the plug-in device 204 is generically built such 
that the computer 100 is generically operable in any wireless 
network of any verbal language. 
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Overview of Driver Device 

The driver device 202 is hardware, software, or 
combination thereof, that is configured to manage procedures 
of the GARF 200. In one embodiment, the driver device 202 
includes an icon on the display screen 130 for a user to 
select. Selection of the icon launches GARF 200 procedures, 
including activating a wireless network with a carrier and 
handling user registration with a service provider. 
BellSouth™, used with Palm VII™, is an example of a carrier. 
Palm. Net™, used with Palm VII™, is an example of a service 
provider. Palm. Net™ currently resells BellSouth™ services for 
use with Palm VII™. 

In one embodiment, the driver device 202 is an executable 
application that a user will launch upon their first 
interaction with a wireless capable computer 100. The driver 
device 202 will drive the configuration of the computer 100 to 
obtain wireless connectivity, as well as perform the tasks 
required to obtain an account and/or identity with a 
particular carrier and/or service provider. In one example, 
the driver device 2 02 may be launched by applications such as 
Clipper™ (used in the Palm™ operating system) when wireless 
connectivity has not yet been established for the computer 
100. 

A feature of the GARF 200 is the ability for a user to 
step through a number of screens in order to provide personal 
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data to a wireless service provider, such as Palm. Net™. This 
setup process involves a number of steps, including retrieving 
the appropriate screen (s), entering user information, 
submitting the information to the driver device, writing the 
personal data in memory, and submitting the data to the 
service provider. 

The driver device 202 is responsible for maintaining the 
system features (via the plug-in device 204) . As an example, 
the Palm™ operating system requires certain system maintenance 
to ensure successful network transactions with the carrier and 
service provider. The driver device 202 accomplishes its 
tasks by launching a plug-in device 204 to activate the 
network on the device (and to display location/carrier- 
specific user interfaces and error messages) . The driver 
device 202 can also call upon a registration file 208, which 
in turn may be configured to execute registration procedures 
on the computer 100. The driver device 202 exposes and calls 
upon application program interfaces (API's) in both the plug- 
in device and the registration file 208. 

The driver device 202 is not tailored to a specific 
carrier and/or service provider. Rather, the driver device 
202 is generic to various carriers and/or service providers in 
a given wireless network. For example, the driver device 202 
may be generally operable in all networks in France, but the 
internal components are not programmed to handle 
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communications with one specific carrier and/or service 
provider. In one embodiment, the driver device 202 is built 
into the memory device 120 or, more specifically, into a read- 
only memory (ROM) portion of the memory device 120. 

In one embodiment, communications from the provider's web 
server 206 to the driver device 202 are handled in a protocol 
that includes Hypertext Transfer Protocol (HTTP) over 
Transmission Control Protocol/Internet Protocol (TCP/IP) . 
Communications from the driver device 202 to the carrier are 
handled in a protocol that includes Hypertext Transfer 
Protocol (HTTP) over Compressed Transfer Protocol (CTP) , or 
the carrier's own network protocol is used. Another 
embodiment handles communications with File Transfer Protocol 
(FTP) over TCP/IP. Other types of TCP/IP-based protocols may 
alternatively be used to communicate. The present invention 
is not limited to the specific protocols disclosed herein. 

In an alternative embodiment, deactivation of the carrier 
and de-registration of the service provider can occur. A 
computer 100 is deactivated when the computer 100 is no longer 
enabled to communicate in the wireless network. A computer 
100 is de-registered when the computer 100 no longer has an 
account with a service provider. Deactivation or de- 
registration can occur in at least the following two ways: 
some external process (outside of the computer 100) can be 
invoked to execute deactivation or de-registration; or the 
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plug-in device 204 can be explicitly prompted to execute 
deactivation or de-registration. 

To deactivate/de-register a computer 100, the driver 
device 202 searches through all plug-in devices 204 in the 
computer 100. If no plug-in devices 204 are found, 
deactivation is complete because without a plug-in device, a 
computer 100 is not network activated. In searching for plug- 
in devices 204, the computer 100 determines which network 
plug-in device is responsible for deactivation. The driver 
device 202 launches the found plug-in with a deactivation 
code. Note that the deactivation code must be accompanied by 
appropriate parameters to denote the desired plug-in device 
for deactivation. If the plug-in device also contains the 
service provider's registration (or de-registration) set of 
codes, the driver device 202 must determine whether to launch 
the plug-in device 204 with a "de-register" code first. In 
one embodiment, the deactivation code is called by a 
registration file 208 that is in the process of deactivating a 
component of service. 

Overview of Plug-in Device 

The plug-in device 204 is hardware, software, or 
combination thereof, that allows the computer 100 to be 
compatible with a particular carrier and particular service 
provider. In a preferred embodiment, the plug-in device 204 
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is an interface between software (e.g., wireless browser 
application) and hardware (e.g., mobile radio device 140) in 
the computer 100. 

The plug-in device 204 may be configured to assist in 
establishing activation and registration, by executing 
functions such as the following: setting system features for 
the network activation upon resetting of the GARF 200; network 
activation/deactivation with a particular carrier and 
registration/de-registration with a particular service 
provider; maintenance of account identification for a 
particular carrier and a particular service provider; and 
initiating appropriate user interfaces during error 
conditions . 

In a preferred embodiment, the plug-in device has the 
following two primary purposes upon launch by the driver 
device 202: (1) activate the computer 100 on a wireless 
network; and (2) register the computer 100 with a service 
provider such as Palm. Net™, thereby allowing the computer 100 
to utilize the service provider's wireless services. The 
purpose of the GARF 200 is to perform common procedures in the 
wireless network. The plug-in device 204 is the component of 
the GARF 200 that contains differences for a particular mobile 
radio device 140, a particular carrier, and a particular 
service provider, among other things. In one embodiment, the 
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plug-in device 204 is an executable file that is easily 
installable into memory of the computer 100. 

A plug-in device 204 is responsible for network 
activation and registration, setting system features, and 
updating the memory state of the computer 100 according to the 
network being activate. In one embodiment, the plug-in device 
204 is tailored for a particular carrier and particular 
service provider. BellSouth™ is an example of a carrier. 
Palm.net™ is an example of a service provider. The carrier 
and service provider, in turn, operate in a particular type of 
network. Mobitex™ is an example of a wireless packet data 
network. Other examples of a network include a cell phone 
network, a digital personal communications service (PCS) 
network, and a global system for mobile communications (GSM) 
network. Thus, the plug-in is further configured to be 
compatible with the network in which the particular carrier 
operates . 

As a secondary function, the plug-in device 204 provides 
error and warning code user interfaces, which are tailored to 
a particular verbal language (e.g., French, English, German, 
Spanish) . 

In another embodiment, the plug-in device 204 is designed 
to be compatible with multiple carriers and service providers 
in a given network. For example, the plug-in device 204 may 
be multiplexed to receive a call from the driver device 202, 
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and the plug-in device 204 may then switch between different 
carriers, depending on the call. In still another embodiment, 
multiple, different plug-in devices 204 may be installed in 
the computer 100, for example, to allow the user to have a 
5 choice of various carriers and/or service providers . In yet 
another embodiment, a general plug-in device 204 is provided, 
for example, a plug-in device compatible with an English 
language wireless network covering all of North America. 
Alternatively, a more specific plug-in device 204 may be 
10 installed to handle carriers and service providers, for 
example, in just the western United States. 

!j Further, the different plug-in devices 204 may be 

m configured to be compatible with each other. Regardless of 
y the particular configuration of the plug-in devices 204, 

f s ! l ; 

r 15 however, a plug-in device 204 is a component that can be 
y readily redesigned after a computer 100 has been manufactured, 
fy Such flexibility of a plug-in device 204 is useful because 
H? hardware and software components in a computer 10 0 may be 
entrenched within the computer's operating system (e.g., the 
20 ROM) . Thus, the plug-in device 204 provides a component for 
the computer 100 that facilitates changing the computer's 
compatibility for different carriers and/or service providers. 

Regarding commands that the driver device 202 sends to 
the plug-in device 204, a plug-in device 204 is preferably 
25 designed to handle certain predefined launch codes from the 
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driver device 202. Table 1 below contains examples of launch 
codes that may be used in the Palm™ operating system. 
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PLUGIN_TYPE 


Return a wireless network or service 
provider, or both to the caller— noting the 

t* vn p» o "P ti 1 n rr — t n 


WN_RESET 


Set any system features needed for network 
stack of device release 


SP_RESET 


Set any system features needed for service 
provider 


CK_WN_ACTIVATE 


Check system feature and memory values (when 
system features may not be correct) to 

U.tr Ltr J_lLL_l_llfc: \ LIUc OX IdlSS j IE tfiS W1I616SS 

network is active 


WN_ACT I VAT E 


Configure a device so that it is able to 
effectively communicate on the network 


WN_DEACTIVATE 


Perform a wireless network deactivation 


CK_SP_REGISTER 


Check system features and database entries 
(when system features may not be correct) to 
determine (true or false) if the service 
pj_ <j v_Luej_ nab Deen regisrereo wixn. 11 tne 
service provider has not been successfully 
registered with, this call will return 
false, with an optional parameter of a URL . 
The URL can then be used by the driver to 
retrieve a registration file 208. 


SP_DEACTIVATE 


Remove any system features, database 
entries, or flash values utilized by the 
service provider to denote successful 
registration . 


SP_COMPLETE 


Perform any service-provider-centric 
flash/system feature/database entry activity 
that denotes the FINAL step of activation 
and registration 


SPJEAIL 


Perform any service-provider- specific 
cleanup activity that must be performed to 
return the state of the device to normal 



Table 1. Examples Of Launch Codes That 
Driver Device 202 May Include In A 
Command Sent To Plug-In Device 204 
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Overview of Auxiliary Screen Flow 

In order to create and provision accounts with a given 
service provider, the service provider most-likely wants to 
collect data about the user. Such data may include name, 
5 address, account identifier, password, etc. 

The auxiliary screen flow of the GARF 200 involves 
downloading and executing a registration file 208 from the 
provider's web server 206. A registration file 208 is 
preferably an executable file configured to be executed as-is 
10 on the computer 100. (In the Palm™ operating system, an 

I executable file is commonly referred to as a "PRC".) The 

I 

j registration file 208 renders a set of dialogs (or "screens") 

f to collect user registration data. The registration file has 

I 

I a calling convention and an expected set of results . The 
J5 driver device 2 02 can then control procedures to set up the 
I account for the user. 

J In other words, in order to collect user information for 

service provider registration, the driver device 202 has the 
ability to dynamically query (i.e., download) a server of the 

20 provider for the registration file 208. The registration file 
208 is preferably kept as minimal in size as possible so as 
not to unduly delay the user's experience. As an example, the 
plug-in device sends a uniform resource locator (URL) , or 
address, to the driver device 202. The driver device 202 in 

25 turn sends a request to the provider's web server 206 to 
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retrieve the registration file 208 located at the URL. Once 
retrieved, the registration file 208 may be executed on the 
computer 100 to collect user registration data. In one 
embodiment, execution of the registration file 208 involves 
5 communicating directly with the web, without first going 
through the driver device 202. 

The registration file 208 should be a temporary 
executable file configured to delete itself after its 
operations have been performed (i.e., after registration is 
10 complete) . The registration file 208 should exit execution 

r% successfully (or with a failure error) directly to the driver 

if 1 

rj device 202, so that any cleaning-up or processing by the 

'"•:v. 

fH computer 100 may resume. In other words, the registration 
l~i file 208 should not leave the computer 100 in an unstable 
s ' 15 state. In one embodiment, the registration file 208 uses 
hj Compressed Transfer Protocol (CTP) calls. The registration 
fij file 208 may be configured to utilize error and warning user 
interfaces contained within the plug-in device 204. In a 
preferred embodiment, the registration file 208 is configured 
20 to utilize error and warning user interfaces contained within 
the registration file 208 itself. 

The registration file 208 can be configured dynamically 
by the service provider. For example, if the service provider 
changes its rate plan, the registration file 208 can readily 
25 be changed to accommodate the new rate plan. The new rate 
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plan can then be displayed to the user when the registration 
file 208 is downloaded and executed on the computer 100. Note 
that the registration file 208 resides outside of computer 100 
(at provider T s web server 206, for example) before the 
5 registration file 208 is downloaded and executed by the driver 
device 202. 

Overview of Provider's Web Server 

In a preferred embodiment, the provider's web server 206 
10 is accessible via a communication network. Examples of a 
^ communication network include a local area network (LAN) , a 
^l; wide area network (WAN) , the global packet-switched network 

St; « 

PI known as the "Internet" or the "World Wide Web" (web) . The 
m web server 206 provides the registration files 208 of the 

□15 auxiliary screen flow, as well as any other logic to be used 

[y 

U from within the executable file. In one example, the 

p provider's web server 206 is accessible via the Internet 

! . 

through Palm™ Web Clipping Proxy Servers. HTTP is the 
proxiable protocol handled by Web Clipping Proxy Servers. 

20 As discussed above with reference to the auxiliary screen 

flow, the plug-in device 204 may return a URL to the driver 
device 202. The URL is then sent as a request to the 
provider's web server 206. That URL returns one static 
registration file 208 for the auxiliary screen flow. 

25 Accordingly, the service provider preferably carves some space 
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from its file system directory to store the screens for the 
execution of the registration file 208. 
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Process Overview 

FIG. 4 shows a high-level flowchart for a method of 
managing network activation with a carrier and registration 
with a service provider, in accordance with one embodiment of 
the present invention. The method starts in step 301 where a 
network activation status is determined. It may be 

determined, for example, that a wireless network for the 
mobile radio device 140 is enabled, but the computer 100 is 
not activated with a carrier. In such a case, the computer 
100 will perform network activation procedures in step 302. 

In step 303, registration status with a service provider 
is determined. If the computer 100 is not registered, a 
request will be sent to a server of a service provider in step 
304. This request preferably contains an address to a 
registration file 208 configured to gather user registration 
information. The registration file is received from the 
server in step 306. In step 308, the registration file 208 is 
executed on the computer 100. Execution of the registration 
file 208 involves gathering registration information from the 
user. In an another embodiment, the method further includes 
returning the gathered data to the server to complete network 
activation. 

In one embodiment, the method steps of FIG. 4 are managed 
by the driver device 202. As discussed above with reference 
to FIG. 3, the driver device will drive the configuration 
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process to obtain wireless network activation, as well as 
perform the tasks required to obtain an account and/or 
identity with a particular service provider. 

FIG. 5A and FIG. 5B, collectively, show a more detailed 
5 flowchart for a method of managing network activation with a 
carrier and registration with a service provider, in 
accordance with one embodiment of the present invention. The 
method starts in step 402 where a driver device 202 in the 
computer 100 is launched. For example, the driver device 202 
10 may include a user-selectable icon on the display screen 130 
r% of the computer 100, as discussed above with reference to FIG. 
*£\ 3. Upon selection of the icon, the driver device 202 is 
launched, thereby starting procedures of the GARF 200. 

ill 
PI 

Sj In step 404, the plug-in device 204 is launched to check 

* 15 for network activation with a carrier. As discussed above 
Ul with reference to FIG. 3, the computer 100 may contain 

pis'? 

Rl multiple, different plug-in devices 204. In a preferred 

WJ 

^ embodiment, the driver device 202 scans for all of the plug-in 
devices 204 by searching the computer 100 for devices that 

20 match a particular file type. Accordingly, when a plug-in 
device 204 is designed, the plug-in device 204 should be 
designed to match a predetermined type that is searchable by 
the driver device 202. In one embodiment, the driver device 
202 makes a call to each and every plug-in device 204 and 

25 checks for network activation in each. 
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As an example of step 404 , the driver device 202 sends a 
"check wireless network activation" command (e.g., 
CK_WN_ACTIVATE) to a plug-in device 204 that has information 
on whether the computer 100 is network activated. "Network 
5 activated" means that the computer is capable of communicating 
in the network (e.g., Mobitex™) provided by the carrier (e.g., 
BellSouth™) . Accordingly, a given wireless network can have 
multiple, different carriers operating in the given wireless 
network type. In a preferred embodiment, the computer 100 is 

10 manufactured to be network activated by having the mobile 
radio device 140 and appropriate network components built into 
the operating system of the computer 100. If the computer 100 
is not network activated, a plug-in device 204 is launched in 
step 405 to activate the network with the computer 100, The 

15 launched plug-in device handles the activation process. If 
network activation fails, an error is returned to the driver 
device 202, an appropriate error message is displayed, and the 
method is done. 

Assuming the computer 100 is appropriately network 
20 activated, a plug-in device 204 is launched to check for 
registration with a service provider in step 406. "Device" 
registration means that the computer 100 has an account with a 
service provider in the wireless network. In an alternative 
embodiment, "user" registration means that the user of the 
25 computer 100 has an account with the service provider. In 



another embodiment, both the device and the user may be 
registered with the service provider, and the account with the 
service provider contains information specific to both the 
user and the particular device (i.e., computer 100). In this 
description, "device" registration and "user" registration may- 
be used interchangeably to refer generally to account 
registration with a service provider. 

In decision operation 408, it is determined if the device 
is registered with a service provider. In other words, it is 
determined if an account exists with a service provider in the 
given wireless network. If the device is registered, a plug- 
in device is launched in step 410 with an error to indicate 
the device is already registered. For example, a dialog 
screen (e.g., "Already Activated") is displayed to indicate to 
the user that the computer 100 has previously been registered 
with Palm. Net™. 

However, if the device is not registered, an address to a 
registration file 208 is received from the plug-in device 204 
in step 412. For example, the plug-in device 204 may have a 
URL for a registration file 208, as discussed above with 
reference to FIG. 3. In one embodiment, this registration 
file 208 is located on a provider's web server 206. The 
registration file 208 is an executable file configured to 
gather registration information from the user. The plug-in 
device 204 sends the registration file's URL to the driver 
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device 202 upon determining that the computer 100 is not 
registered with the particular service provider. 

In step 414, a request is sent to a server of the service 
provider for the registration file 208. For example, as 
5 discussed above with reference to FIG. 3, the driver device 
202 sends an HTTP request to a web server of the service 
provider. The HTTP request includes the registration file's 
URL. Communications with the provider's web server 206 may 
include procedures for encrypting data, connecting with the 

10 web server, and sending the URL to the web server. 
Information that may be imbedded in the URL includes the 
following: carrier identification, the type of verbal 
language (e.g., English or French) in which the computer 100 
is operating, screen resolution of the display screen 130, and 

15 other environmental information of the computer 100. 

In step 416, the registration file 208 is received from 
the server. For example, upon receiving the HTTP request from 
the driver device 202, the web server directs the registration 
file 208 to be returned to the computer 100. 

20 The method continues in FIG. 5B with launching the 

registration file 208 in step 418. For example, as discussed 
above with reference to FIG. 3, an auxiliary screen flow is 
downloaded from the web and is executed on the computer 100. 
Launching the registration file starts in decision operation 

25 420, where it is determined if an account is to be setup with 
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the particular service provider. For example, the 

registration file 208 displays a dialog on the display screen 

130 to query the user if an account is to be setup. If an 

account is not to be setup, a "Cancel" screen is displayed in 
5 step 422 and the method is done. For example, the user may 

select a "Cancel" icon that initiates cancellation procedures 

of the registration process. 

If an account is to be setup, registration information is 

then received from the user in step 424. For example, dialog 
10 screens are displayed during execution of the registration 

file 208 for the user to respond to registration queries. 

These dialog screens may query the user for some of the 
yy following information: username, alternative username, 

j^j password, password question, password answer, first name, last 
fc?? 15 name, email address, gender, birthday, and mailing address. 
^ The computer 100 receives the corresponding user-inputted 

information. 

j* s f After user registration is received, it is determined in 

decision operation 426 if registration is to be confirmed or 

20 cancelled. For example, a dialog screen appears to query the 
user of whether to "confirm" or to "cancel" the registration 
process with the service provider. If registration is to be 
cancelled, the registration process is ceased and control is 
returned to the driver device 202 in step 440. 

25 However, if registration is to be confirmed, the data 

gathered by the registration file 208 in step 424 is returned 



32 



to the provider's web server 206 to complete network 
registration in step 428. For example, the registration file 
208 sends the gathered account data to the driver device 202, 
which in turn sends the gathered account data to the 
5 provider's web server 206. 

In decision operation 430, it is determined if 
registration is acceptable to the service provider. For 
example, upon receiving the account data, the service provider 
responds in approval or denial of registration. Registration 
10 may be unacceptable for the following reasons: insufficient 
information (e.g., no username provided by the user), or 

^ invalid information (e.g., a password that is too short or a 

'"-4 

W username that is already in existence) . If registration is 

j-f not acceptable, an "Error" screen is displayed in step 436. 

*^15 The user will be queried whether to retry. If the user does 
not want to retry registration, control is returned to the 

HI! driver device 202 in step 440. However, if the user does want 
to retry, the method returns to step 418 where the 
registration file 208 is reset and launched. 
20 On the other hand, if registration is acceptable, a 

"Done" screen is displayed in step 432. For example, the 
registration file 208 launches the done screen to indicate to 
the user that registration is acceptable and confirmed with 
the service provider. In step 434, a user identification is 
25 received from the provider's web server 206. For example, the 
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web server returns an identification code that uniquely 
identifies the computer 100 and/or the user for future logons 
with the service provider. 

In one example, the identification code is accompanied by 
5 an HTTP cookie for the computer 100 to store in a cookie jar 
in the computer 100. An HTTP cookie, in this context, is a 
text file that contains registration information necessary for 
logons with the service provider. A cookie jar is a memory 
location in the computer 100 for storing HTTP cookies. The 

10 HTTP cookie may be retrieved from the cookie jar during future 
logons. The HTTP cookie will allow for quick and easy logons, 
that is, when the user logs onto the same service provider 
using the same computer 100. 

If for some reason the user identification is not 

15 properly received from the provider's web server 206, error 
messages are displayed and the computer 100 retries to get the 
user identification from the provider's web server 206. 

In step 440, control of network setup procedures is 
returned to the driver device 202. Success or failure 

20 parameters from the registration process are also returned to 
the driver device 202. Registration completion operations are 
then performed in step 442. For example, the driver device 
202 may send success commands to a plug-in device 204, which 
will in turn initiate displaying of successful completion 

25 screens. Alternatively, the driver device 202 may send 
failure commands to a plug-in device 204 , which will in turn 
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initiate displaying of cancellation screens. Upon performing 
the completion operations, the method is then done. 

System And Method Implementation 
5 Portions of the present invention may be conveniently 

implemented using a conventional general purpose or a 
specialized digital computer or microprocessor programmed 
according to the teachings of the present disclosure, as will 
be apparent to those skilled in the computer art. 
10 Appropriate software coding can readily be prepared by 

skilled programmers based on the teachings of the present 
disclosure, as will be apparent to those skilled in the 
J?! software art. The invention may also be implemented by the 
ff preparation of application specific integrated circuits or by 
fe?? 15 interconnecting an appropriate network of conventional 
p component circuits, as will be readily apparent to those 
[ u skilled in the art. 

r7 The present invention includes a computer program product 

which is a storage medium (media) having instructions stored 

20 thereon/in which can be used to control, or cause, a computer 
to perform any of the processes of the present invention. The 
storage medium can include, but is not limited to, any type of 
disk including floppy disks, mini disks (MD f s), optical discs, 
DVD, CD-ROMS, micro-drive, and magneto-optical disks, ROMs, 

25 RAMs, EPROMs, EEPROMs, DRAMs, VRAMs, flash memory devices 
(including flash cards) , magnetic or optical cards, 
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nanosystems (including molecular memory ICs) , RAID devices, 
remote data storage/archive/warehousing, or any type of media 
or device suitable for storing instructions and/or data. 

Stored on 1 any one of the computer readable medium 

5 (media) , the present invention includes software for 
controlling both the hardware of the general 
purpose/specialized computer or microprocessor, and for 
enabling the computer or microprocessor to interact with a 
human user or other mechanism utilizing the results of the 

10 present invention. Such software may include, but is not 
limited to, device drivers, operating systems, and user 
applications. Ultimately, such computer readable media 

further includes software for performing the present 
invention, as described above. 

15 Included in the programming (software) of the 

general/specialized computer or microprocessor are software 
modules for implementing the teachings of the present 
invention, including, but not limited to, identifying plug-in 
devices, requesting registration file downloads, launching 

20 registration processes, and transferring registration data to 
service providers, according to processes of the present 
invention . 

In the foregoing specification, the invention has been 
described with reference to specific embodiments thereof. It 
25 will, however, be evident that various modifications and 



changes may be made thereto without departing from the broader 
spirit and scope of the invention. The specification and 
drawings are, accordingly, to be regarded in an illustrative 
rather than a restrictive sense. 



37 



CLAIMS 



Is Claimed Is: 

A method for managing network activation with a carrier 
and registration with a service provider, the method 
comprising : 

determining a network activation status with the carrier; 

if not activated, performing network activation 
procedures; 

determining a registration status with the service 
provider; 

if not registered, sending a request to a server of the 
service provider for a registration file configured 
to gather user registration information; 

receiving the registration file from the server; and 

executing the registration file. 

The method of Claim 1, further comprising returning data 
gathered by the registration file to the server to 
complete registration. 

The method of Claim 1, wherein the step of determining a 
network activation status comprises checking for network 
enablement of a mobile radio device. 
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The method of Claim 1, wherein the step of determining a 
registration status comprises receiving an address of the 
registration file from the plug-in device. 

The method of Claim 4 r wherein the address is a uniform 
resource locator (URL) and the request is a hypertext 
transfer protocol (HTTP) request. 

The method of Claim 1, wherein the step of executing the 
registration file comprises at least one of: 

determining if an account with the service provider is to 
be setup; 

receiving the registration information from a user; and 

determining if registration is to be confirmed with the 
service provider. 

The method of Claim 1, further comprising determining if 
the returned data is acceptable to the service provider. 

The method of Claim 1, wherein the step of determining an 
activation status comprises: 

launching a driver device configured to manage network 
activation procedures; and 
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launching a plug-in device tailored to a particular 
carrier. 

The method of Claim 1, wherein the request to the server 
is a hypertext transfer protocol (HTTP) request including 
a uniform resource locator (URL) , and wherein the 
registration file is located at the URL. 

The method of Claim 1, wherein the step of executing the 
registration file comprises displaying dialog screens to 
query a user for registration information. 

A generic framework for network activation and 
registration comprising : 

a generic driver device configured to manage network 
activation procedures and registration procedures; 
and 

a plug-in device configured to initiate registration 
procedures based on commands received from the 
driver, wherein the plug-in device is tailored to a 
particular service provider. 
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The framework of Claim 11, wherein the generic driver 
device and the plug-in device are applications in a 
personal digital assistant. 

The framework of Claim 11, wherein the generic driver 
device comprises a selection mechanism configured to 
launch the generic driver device upon selection by a 
user, and wherein the generic driver device is further 
configured to launch the plug-in device. 

The framework of Claim 11, wherein the generic driver 
device is compatible with at least (1) a wireless network 
operating in a particular verbal language and (2) the 
plug-in device. 

The framework of Claim 14, further comprising another 
plug-in device tailored to another service provider, 
wherein the generic driver device is further compatible 
with the other plug-in device. 

The framework of Claim 11, wherein the plug-in device 
includes an address to a registration file configured to 
gather user registration information for the particular 
service provider. 
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17. The framework of Claim 16, wherein the generic driver 
device is further configured to send a request to a 
server of the particular service provider upon receiving 
the address of the registration file from the plug-in 
5 device. 



18. The framework of Claim 16, wherein the address of the 
registration file is a uniform resource locator (URL) , 
and wherein communications between the generic driver 
10 device and the server are handled in a protocol that 

includes Hypertext Transfer Protocol (HTTP) over 
Transmission Control Protocol/Internet Protocol (TCP/IP) . 



19. The framework of Claim 11, wherein the generic driver 
15 device is further configured to receive a network 

registration file from the service provider and to launch 
the network registration file upon receiving the network 
registration file from the service provider. 



20 20. A computer-readable medium carrying one or more sequences 
of one or more instructions for managing network 
activation with a carrier and registration with a service 
provider, the one or more sequences of one or more 
instructions including instructions which, when executed 
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by one or more processors, cause the one or more 
processors to perform the steps of: 

determining a network activation status with the carrier; 

if not activated, performing network activation 
procedures; 

determining a registration status with the service 
provider; 

if not registered, sending a request to a server of the 
service provider for a registration file configured 
to gather user registration informations- 
receiving the registration file from the server; and 
executing the registration file . 

The computer-readable medium as recited in Claim 20, 
wherein the instructions further cause the processor to 
carry out the step of returning data gathered by the 
registration file to the server to complete network 
activation. 

The computer-readable medium as recited in Claim 20, 
wherein the step of determining a network activation 
status further causes the processor to carry out the 
steps of checking for network enablement of a mobile 
radio device. 
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The computer-readable medium as recited in Claim 20, 
wherein the step of determining a registration status 
further comprises receiving an address of the 
registration file from the plug-in device. 

The computer-readable medium as recited in Claim 23, 
wherein the address is a uniform resource locator (URL) 
and the request is a hypertext transfer protocol (HTTP) 
request - 

The computer-readable medium as recited in Claim 20, 
wherein the step of executing the registration file 
further causes the processor to carry out the steps of: 

determining if an account with the service provider is to 
be setup; 

receiving the registration information from a user; and 

determining if registration is to be confirmed with the 
service provider. 

The computer-readable medium as recited in Claim 20, 
wherein the instructions further cause the processor to 
carry out the step of determining if the returned data is 
acceptable to the service provider. 
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The computer-readable medium as recited in Claim 20 f 
wherein the step of determining an activation status 
further causes the processor to carry out the steps of: 

launching a driver device configured to manage network 
activation procedures; and 

launching a plug-in device tailored to a particular 
service provider. 

The computer-readable medium as recited in Claim 20, 
wherein the request to the server is a hypertext transfer 
protocol (HTTP) request including a uniform resource 
locator (URL) , and wherein the registration file is 
located at the URL. 

The computer-readable medium as recited in Claim 20, 
wherein the step of executing the registration file 
further causes the processor to carry out the step of 
displaying dialog screens to query a user for 
registration information . 
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GENERIC ACTIVATION AND REGISTRATION FRAMEWORK FOR WIRELESS 

DEVICES 



ABSTRACT 

5 

A system and a method are provided for managing network 
activation with a carrier and registration with a service 
provider. In one example, the method determines a network 
activation status. If the network is not activated, a utility 
10 is used to perform the activation. Further, the status of 
registration with a provider is determined. If not 

registered, a request is sent to a server of the service 
k[l provider for a registration file configured to gather user 

Ul registration information. The registration file is then 

III 

□15 received from the server. The registration file is executed 

P on the personal computer. Data gathered by the registration 

0 file is then returned to the service provider T s server to 

M complete the registration procedures. 

m 

20 
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